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DETAILED ACTION 

1 . Claims 1-23 are pending. 

Continued Prosecution Application 

2. A request for continued examination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1 .17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 22 
December 2006 has been entered. 

Claim Rejections - 35 USC § 101 

3. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

4. Claim 14 is rejected under 35 U.S.C. 101 because the claimed invention is 
directed to non-statutory subject matter. This claim clearly recite an "article of 
manufacture comprising a computer usable medium embodying computer usable 
program code for performing a method of interfacing a messaging system", which may 
"encompass a computer program accessible from any computer-readable device, 
earner, or media" (Applicants specification, page 1 1 , lines 22-23). However these 
computer carrier signals are not tangible, and cannot tangibly embody a computer 
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program or process since a computer cannot understand/realize (i.e. execute) the 
computer program or process when embodied on the carrier signal. Computer program 
or processes are only realized within the computer when stored in a memory or storage 
element (such as RAM or ROM). Therefore, a carrier signal does not meet the "useful, 
concrete, and tangible" requirement as set forth in State Street. 149 F.3d at 1373, 47 
USPQ2d at 1601-02, and hence claim 14 is non statutory under 35 U.S.C. 101. For a 
further explanation of the use of signals and carrier waves, the Examiner refers to the 
Interim Guidelines accessible online at 

http://www.uspto.gOv/web/offices/pac/dapp/opla/preognotice/guidelines101_20051026.p 
df. . 

Claim Rejections - 35 USC § 102 

5. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 1 02 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351(a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 

6. Claims 1-23 are rejected under 35 U.S.C. 102(e) as being anticipated by Couch 
et al (U.S. Pat. Pub. 2003/0126109 and known hereinafter as Couch). 
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As per claims 1. 10, and 14, Couch teaches a method of interfacing a messaging 
system to a database management system (i.e. "A method and system for converting messaging 
data into a relational table format in a database system, wherein the messaging data is within a 
messaging system is d/sc/osecf. ')(Abstract) having a table for storing data (i.e. "The table function 
can be used within a single SQL statement to access and convert the message data, and to populate 
directly a relational table." The preceding text clearly indicates that a message data is stored in a 
table)(page 2, paragriaph 14) and also having at least one database command to access the 
table (i.e. "The method and system of the present invention also includes invoking the table function to 
access the messaging data" The preceding text clearly indicates that a table function is at least one 
database command.)(Abstract), the messaging system having at least one messaging 
system command to access a message queue, comprising: receiving a binding- 
command specifying a virtual table and at least one messaging system configuration 
parameter (i.e. "When the client invokes the table function, e.g., within an SQL statement, the table 
function accesses messaging data stored in a particular message queue 30, in step 120, by invoking an 
appropriate messaging function UDF 70. The messaging data is read or retrieved as a message string, 
which is then parsed by the table function in step 130. "The preceding text clearly indicates that receiving 
a binding-command is the client invoking the table function, specifying a virtual table is the table that is 
used in the table function, at least one messaging system configuration parameter is the SQL statement 
that is invoked by an appropriate message function.) (See Figure 2. step 120; page 3, paragraph 34); 
binding the virtual table to a message queue (i.e. "In accordance with a preferred embodiment of 
the present invention, a programming module running on a client computer system builds a table function 
that can access the messaging data stored in the message queue and convert that data into specific data 
types in a relational table formal ')(Page 3. paragraph 33), the virtual table comprising a 
message-data column and at least one message-attribute column (i.e. in the preferred 
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embodiment, as shown in Figure 7, the user may either specify the format or specify the filename of a file 
from which formatting specifications can be read. If the user chooses the former, the user can choose fwo 
types of formats: (1) delimited and (2) fixed length. For delimited formatting, the user must specify the 
character that separates the message data into sub-strings which will be treated as column data. " "In Fig. 
8, the user is prompted to specify a desired column name and data type for each substring within the 
message string that is to be returned as a column." The preceding text clearly Indicates that the message- 
data column is the column name and the message-attribute column is the data type.)(Page 4, paragraphs 
56 and 59), wherein said binding the virtual table to the message queue specifies a type 
of read access from the message queue based on the binding-command, the type of 
read access being non-destructive read based on the binding-command being a first 
binding command (i.e. in accordance with a preferred embodiment of the present invention, a 
programming module running on a client computer system (e.g., 10a, 10b) builds a table function that can 
access the messaging data stored in the message queue 30 and convert that data into specific data types 
in relational table format. The table function is a UDF that invokes at least one other UDF, which 
preferably includes a messaging function. Through the messaging function, the table function is able to 
retrieve (destructively read) or read messaging data. The table function then converts the messaging 
data into specific data types in relational table format." The preceding text clearly indicates that a virtual 
table is a table that is used to store message queue data in a relational database, the type of read access 
being non-destructive read is the read messaging data. Furthermore, the type of read is at least the first 
binding command, because the subsequent step is for the table function to convert the messaging data 
into specific data types in relational table format.)(Page 3, paragraph 33), and the type of read 
access being a destructive read based on the binding-command being a second 
binding-command different from said first binding command (i.e. "As is seen, the user can 
choose to build a table function that RECEIVES (i.e., destructively reads) messages 201, orREADs (non- 
destructively) messages 202 from the designated message queue 30." In Figure 4, the user is prompted 
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to provide a name for the table function. If the user has chosen to build RECEIVE and READ table 
functions, the user is prompted to provide names for both UDFs/' The preceding text clearly indicates that 
when a user selects RECEIVE (destructive read) and READ (non-destructive read), this passage 
reasonably anticipates that a second binding-command may be the destructive read, which is clearly 
different than the first binding-commarid.){Page 3. paragraph 48, paragraph 50; See also, Figure 4); and 
accessing the message queue in accordance with at least one database command 
specifying the virtual table (i.e. "When invoked within a SQL statement, the table function invokes a 

messaging UDF to retrieve a message from the message queue at a location defined by the default 
service endpoint" "The table function returns each message on the queue as a five-column row. A table 
view named CustonterDataView is also built, which through a simple SQL statement, such as 'SELECT * 
FROM CUSTOMER-VIEW DATA,'... "The preceding text clearly indicates that accessing the message 
queue is the process of retrieving a message form the message queue using at least one database 
command specifying the virtual table is the SQL statement 'SELECT * FROM CUSTOMER-VIEW 
DATA'.)(Page 5, paragraph 70), the message queue having a message comprising 
message-data and at least one message-attribute data, wherein the message-data is 
associated with the message-data column and the at least one message-attribute data 
is associated with the at least one message-attribute column (i.e. "The table function can be 
used within a single SQL statement to access and convert the message data, and to populate directly a 
relational table. The user is no longer required to perfonv conversion steps because the conversion is 
automatically performed by the table function. Moreover, a table view can be created and utilized by a 
user to select a message and then have the selected message string returned in relational table format." 
The preceding text clearly indicates that a message queue is accessed as a table, where the message 
data contained in the message queue is stored in a table using a database command, which is a table 
function that uses a single SQL statement.)(Page 2, paragraph 14). 
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As per claims 2 and 15, Couch teaches a method wherein the at least one 
message-attribute column comprises a correlation identifier column (i.e. "A method and 
system for converting messaging data into a relational table format in a database system, wtierein the 
messaging data is within a messaging system is disclosed, """The power of SQL lies on its ability to link 
information from multiple tables or views together to perfonn complex sets of procedures within a 
single statement" The use of a relational table format clearly anticipates the use of a correlation identifier 
column. This concept is fundamental to the use of a relational database, where an identifier MUST BE 
USED to correlate the relationship of numerous tables. Furthermore SQL's ability to link information from 
multiple tables clearly anticipates the use of a correlation technique.)(Abstract; page 1, paragraph 8), 
and the at least one message-attribute data comprises a correlation identifier, wherein 
the correlation identifier column is associated with the correlation identifier (i.e. "When the 
client invokes the table function, e.g., within an SQL statement, the table function accesses messaging 
data stored in a particular message queue 30, in step 120, by invoking an appropriate messaging function 
UDF 70. The messaging data is read or retrieved as a message string, which is then parsed by the table 
function in step 130." The preceding text clearly indicates that a database command is a table function 
that is accessed by a SQL statement.)(Page 3, paragraph 34). 

As per claims 3 and 16, Couch teaches a method: wherein said binding 
comprises associating at least one access routine with a virtual tale, the at least one 
access routine comprising at least one messaging system command of the messaging 
system; wherein said accessing comprising invoking the at least one access routine to 
access the message queue using the at least one messaging system command, 
wherein the at least one database command does not specify the at least one access 
routine (i.e. In accordance with a preferred embodiment of the present invention, a programming 
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module running on a client computer system (e.g., 10a, 10b) builds a table function that can access the 
messaging data stored In the message queue 30 and convert that data into specific data types in 
relational table fonnat The table function is a UDF that invokes at least one other UDF, which preferably 
includes a messaging function. Through the messaging function, the table function is able to retrieve 
(destructively read) or read messaging data. The table function then converts the messaging data into 
specific data types in relational table format" The preceding text clearly indicates that a virtual table is a 
table that is used to store message queue data in a relational database.)(Page 3. paragraph 33). 

As per claim 4 Couch teaches a method wherein the at least one database 
command is a SQL INSERT statement to insert the message-data into the message- 
data column and to insert the at least one message-attribute data into the at least one 
message-attribute column of the virtual table, wherein said accessing receives the 
message-data from the message-data column of the virtual table and the at least one 
message-attribute data from the at least one message-attribute column of the virtual 
table, and writes the message-data and the at least one message-attribute data to the 
message queue (i.e. "in a prefened embodiment, illustrated in FIG. 9, the user is given the option of 
creating a view of the fable function 260 and/or saving the message data formatting and column 
definitions to a file 262. If the user chooses to create a table view 260, the user must specify a view name 
261 and, optionally, a view comment 264. If the user also chooses to save the column specifications to a 
file 262, the user specifies a file name 263 to which the specifications will be saved. In this manner, the 
user can import the same specifications, if appropriate, into a new table function by specifying the 
filename at the message formatting stage (FIG. 7, item 241), thereby saving time and effort." The 
preceding text clearly indicates that an SQL INSERT is invoked when a user imports the same 
specifications into a new table function, where the virtual table is a type of table.)(Page 4, paragraph 63). 
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As per claims 5, 12, and 17, Couch teaches a method wherein the at least one 
database command is a SQL SELECT statement to read the message-data and the at 
least one message-attribute data from the message queue and return the message- 
data in the message-data column and the at least one message-attribute data in the at 
least one message-attribute column of the virtual table (i.e. The table function returns each 
message on the queue as a five-column row. A table view named CustomerDataView is also built which 
through a simple SQL statement, such as "SELECT * FROM CUSTOMERVIEW DATA, " returns the 
message data as the following row: 2 Name City Age Sex Salary John Doe San Jose 39 M 36000,00" 
The preceding text clearly indicates that an SQL SELECT statement is used to read the message-data 
from the message queue.)(Page 5, paragraph 70). 

As per claim 6, Couch teaches a method wherein said read is a non-destructive 
read (i.e. "As is seen, the user can choose to build a table function that RECEIVES (i.e., destructively 

reads) messages 201, orREADs (non-destructively) messages 202 from the designated message queue 
30. ')(Page 3, paragraph 48). 

As per claims 7 and 18, Couch teaches a method wherein the at least one 
message-attribute column comprises a topic column, and the at least one message- 
attribute data comprises a topic (i.e. "in Fig. 8, the user is prompted to specify a desired column 
name and data type for each sub-string within the message string that is to be returned as a column. 
The data type is that into which. the user would like to have the corresponding message sub-string 
returned." The preceding text clearly indicates that the message-attribute column is the column name and 
the message-attribute data is the data type. The specified use of "topic column" and "topic" are merely the 
intended use of the prior art.)(Page 4, paragraph 59), where in the topic column is associated 
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with the topic (i.e. "As is seen, the user can choose to build a table function that RECEIVES (i.e„ 
destaictively reads) messages 201, orREADs (non-destructively) messages 202 from the designated 
message queue 30/){Page 3, paragraph 48; See also Figure 8B). 

As per claims 8 and 19, Couch teaches a method wherein in response to the 
SQL SELECT statement comprising a constraint referencing the at least one message- 
attribute column, said accessing applies the constraint referencing the at least one 
message-attribute when reading the message-data from the message queue (i.e. "The 
table function returns each message on the queue as a five-column row. A table view named 
CustomerDataView.is also built, which through a simple SQL statement, such as "SELECT * FROM 
CUSTOMERVIEW DATA, " returns the message data as the following row: 2 Name City Age Sex Salary 
John Doe San Jose 39 M 36000.00" The preceding text clearly indicates that the SQL SELECT statement 
inherently comprises of a constraint to narrow or specify certain data to be returned to the user.)(Page 5, 
paragraph 70).. 

As per claims 9, 13, and 20, Couch teaches a method further comprising wherein 
said binding also binds the virtual table to a distribution list specifying a plurality of 
messaging queues; wherein the at least one database command inserts the message- 
data into the message-data column of the virtual table, wherein said accessing sends 
the message-data of the message-data column to the plurality of message queues of 
the distribution list (\.e. "The present invention is directed to a method and system for converting 
messaging data into a relational table format in a database system, wherein the messaging data is within 
a messaging system. " The preceding text clearly indicates that a virtual table is a type of table.)(Page 2, 
paragraph 1 3) (i.e. "Applications communicate by agreeing to use particular named message queues, 
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sending messages to the specific target queues that the application programs have agreed to read from. 
The locations of these queues need not be apparent to the applications which send the messages; each 
application interacts only with its local queue manager, and it is the network of interconnected queue 
managers that is responsible for moving the messages to the intended queues." The preceding text 
clearly indicates that message queues contain at least more than one message queue.)(Page 1. 
paragraph 6), (i.e. "The table function can be used within a single SQL statement to access and convert 
the message data, and to populate directly a relational table. The user is no longer required to perform 
conversion steps because the conversion is automatically perfomned by the table function. Moreover, a 
table view can be created and utilized by a user to select a message and then have the selected 
message string returned in relational table format." The preceding text clearly indicates that a message 
queue is accessed as a table, where the message data contained in the message queue is stored in a 
table using a database command, which is a table function that uses a single SQL statement)(Page 2, 
paragraph 13). 

As per claim 21 . Couch teaches a method further comprising providing at least 
one access method purpose function (See page 3, paragraphs 38-45); registering the at least 
one access method purpose function with a database engine (See page 3, paragraphs 38- 
45); associating the at least one access method purpose function with at least one 
access method name of a virtual table interface of the database engine (See page 3, 
paragraphs 38-45); wherein said binding comprises creating the virtual table such that the 
virtual table is associated with the at least one access method purpose function (See 
page 3, paragraphs 38-45); and wherein said accessing the message queue in accordance 
with the at least one database command specifying the virtual table, comprises invoking 
the at least one access method purpose function that is associated with the virtual table 
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(See page 3, paragraphs 38-45), wherein the at least one access method purpose function 
accesses the message queue (See page 3, paragraphs 38-45). 

As per claim 22, Couch teaches a method wherein said binding passes the at 
least one messaging system configuration parameter to the at least one access method 
purpose function (See page 3, paragraphs 38-45, where messaging system is the messaging system 
queue and access method is the receive or read function). 

As per claim 23, Couch teaches a method wherein said binding passes the type 
of read access as a parameter to the at least one access method purpose function (See 
page 3, paragraphs 38-45, where read access is the read function and is specification of the database 
where the table function will be stored is the method of passing the type of read access, and the at least 
one access method is the table function type.). 

Response to Argument 

7. Applicant's arguments filed 22 December 2006 have been fully considered but 
they are not persuasive for the reasons set forth below. 

Applicant argues: 

"Applicant respectfully submits that Claim 1 is not anticipated by Couch et al. 
publication." 



Application/Control Number: 1 0/682,61 8 Page 1 3 

Art Unit: 2165 

"Claims 10 and 14 liave similar distinguishing limitations as Claim 1, and 
Applicant respectfully submit that claims 10 and 14 are patentable for the same reasons 
as claim 1 ." 

The Examiner respectfully disagrees. The Applicant's arguments have been 
addressed in the rejection of claims 1,10, and 14 above. 

"Applicant maintains that Claim 2 has additional distinguishing recitations that are 
not taught by the Couch et al. publication." 

"Claim 15 has similar recitations as Claim 2, and Applicant respectfully submits 
that Claim 15 is patentable for the same additional reasons as Claim 2." 

The Examiner respectfully disagrees. The Applicant's arguments have been 
addressed in the rejection of claims 2 and 15 above. 

"Applicant maintains that Claim 7 has additional distinguishing recitations that are 
not taught by the Couch et al. publication." 

"Claim 18 has similar recitations as Claim 7. and Applicant respectfully submits 
. that Claim 1 8 is patentable for the same additional reasons as Claim 7." 

The Examiner respectfully disagrees. The Applicant's arguments have been 
addressed in the rejection of claims 7 and 18 above. 

Hence, the Applicant's arguments do not distinguish over the claimed invention 
over the prior art of record. 
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Any other arguments by the applicant are either more limiting than the claimed 
language or completely irrelevant. 
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